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SMART Solution to Problems: (a) simplistic example; (b) solution philosophy — variables. 


SMART is a uniform automated dis- 
crepancy analysis and repair-authoring 
platform that improves technical accu- 
racy and timely delivery of repair proce- 
dures for a given discrepancy (see figure 
a). SMART will minimize data errors, 
create uniform repair processes, and en- 
hance the existing knowledge base of 
engineering repair processes. This inno- 
vation is the first tool developed that 
links the hardware specification require- 
ments with the actual repair methods, 
sequences, and required equipment. 
SMART is flexibly designed to be use- 
able by multiple engineering groups re- 
quiring decision analysis, and by any 
work authorization and disposition plat- 
form (see figure b). 

The organizational logic creates the 
link between specification requirements 
of the hardware, and specific proce- 
dures required to repair discrepancies. 
The first segment in the SMART process 
uses a decision analysis tree to define all 
the permutations between component/ 
subcomponent/ discrepancy/ repair on 
the hardware. The second segment uses 
a repair matrix to define what the steps 
and sequences are for any repair de- 
fined in the decision tree. This segment 
also allows for the selection of specific 
steps from multivariable steps. 

SMART will also be able to interface 
with outside databases and to store infor- 
mation from them to be inserted into the 
repair-procedure document. Some of the 
steps will be identified as optional, and 
would only be used based on the location 
and the current configuration of the 
hardware. The output from this analysis 
would be sent to a work authoring system 
in the form of a predefined sequence of 
steps containing required actions, tools, 
parts, materials, certifications, and spe- 


cific requirements controlling quality, 
functional requirements, and limitations. 
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©NAIF Toolkit — Extended 

N ASA's J& Propulsion Laboratory, Pasadena, California 


The Navigation Ancillary Information 
Facility (NAIF) at JPL, acting under the 
direction of NASA's Office of Space Sci- 
ence, has built a data system named 
SPICE (Spacecraft Planet Instrument C- 
matrix Events) to assist scientists in plan- 
ning and interpreting scientific observa- 
tions (see figure). SPICE provides 


geometric and some other ancillary in- 
formation needed to recover the full 
value of science instrument data, includ- 
ing correlation of individual instrument 
data sets with data from other instru- 
ments on the same or other spacecraft. 

This data system is used to produce 
space mission observation geometry 


data sets known as SPICE kernels. It is 
also used to read SPICE kernels and to 
compute derived quantities such as posi- 
tions, orientations, lighting angles, etc. 
The SPICE toolkit consists of a subrou- 
tine/function library, executable pro- 
grams (both large applications and sim- 
ple utilities that focus on kernel 
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